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(57) A method, apparatus, and article of manufac- 
ture for controlling the call control, service control, and 
user interface functions of a legacy telephone system 
from a web application. The web application communi- 
cates with a legacy call server and controls the legacy 
call server. A web application also communicates with 
a legacy telephony device and controls the legacy te- 
lephony device. A communication channel may be pro- 
vided between the web application and the legacy call 
server, and data transferred over the communication 
channel is translated to a form that each can under- 
stand. The data may be a call control command or a 
service control command. A communication channel 
may be provided between the web application and the 
legacy telephony device, and data transferred over the 
communication channel is translated to a form that each 
can understand. The data may be translated to a legacy 
telephony device data format, and to a web API data 
format. An abstraction may be used to represent a te- 
lephony device or a class of telephony devices having 
similar characteristics. Access to the telephony device 
may be arbitrated, and data from the telephony device 
may be routed. A service plugin may be provided as an 
interface to the web application. An execution environ- 
ment may be provided to allows dynamic insertion of 
service plugins. The data being transferred may be 
mapped to a telephony device resource. The web appli- 
cation may be an interface to another telephony device, 
so that telephony devices can communicate peer to 
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Description 

I . BACKGROUND OF THE INVENTION 

A. Field of the Invention 

[0001] The present invention relates generally to in- 
dependently controlling the elements of a communica- 
tions system and more particularly to methods, appara- 
tus, and articles of manufacture for web-based control 
of a communications system. 

B. Description of the Related Art 

[0002] A legacy telephone system typically includes 
a number of telephone sets coupled to a private branch 
exchange (PBX) by physical wiring. A call server resides 
in the PBX and handles many different call-related func- 
tions for the telephone sets. Call control functions, serv- 
ice control functions, and user interface functions are 
typically controlled by the call server. Although several 
of those call-related functions can be initiated by users 
of the telephone sets, many are generally inaccessible. 
More specifically, while the call server can be controlled 
by a limited number of commands available to a user, 
many additional commands can only be issued by sys- 
tem administrators using restricted access interfaces. 
[0003] Call control functions, such as call connection, 
call disconnection, and connection of the members of a 
conference call, are typically performed by a call server 
in response to a command from a telephone set coupled 
to the telephone system. For example, such a command 
could be the act of dialing a telephone number. Service 
control functions, such as establishing a conference 
call, performing last number redial, and initiating a voice 
mail function can be performed by a call server in ac- 
cordance with a "policy" applied to a user's telephone. 
Asystem administrator controls the policy, and thus con- 
trols which services are available to a user, by issuing 
commands to the call server through the restricted in- 
terface. Accordingly, users have a limited degree of con- 
trol over the services available to them, which can typi- 
cally be expanded only by contacting the telephone sys- 
tem administrator. 

[0004] A need exists to expand the functionality of leg- 
acy telephone systems such that users thereof have 
greater control over their associated call server and tel- 
ephone set. Thereby, users can access greater func- 
tionality without having to communicate requests to a 
telephone system administrator. Such a methodology 
increases the usefulness of legacy telephone systems 
by allowing them to be highly configurable by a user. 

II. SUMMARY OF THE INVENTION 

[0005] Methods, apparatus, and systems consistent 
with the principles of the present invention allow web- 
based control of the call control, service control and user 



interface functions of a legacy telephone system. The 
invention enables a legacy call server and a legacy te- 
lephony device to communicate with each other and 
with a web application. The invention uses the web ap- 

5 plication to control the legacy call server and the legacy 
telephony device, which perform the call control, service 
control and user interface functions of the telephone 
system. The web application also links the legacy call 
server and legacy telephony device to other web appli- 

io cations which supply data. A proxy server may be used 
to control access to the call server. 
[0006] The invention may also provide a channel over 
which the web application and the call servercommuni- 
cate. The communications may include typical call serv- 

15 er control commands, such as call control commands 
for controlling telephone calls or service control com- 
mands for controlling telephone services. The invention 
may also translate data communicated between the call 
server and the web application. 

20 [0007] The invention may also provide a channel over 
which the web application and the telephony device 
communicate. The invention may also translate data 
communicated between the telephony device and the 
web application. The invention may use an abstraction 

25 of the resources of a telephony device, or a class of sev- 
eral different telephony devices having similar charac- 
teristics. Web application data directed to abstract re- 
sources of a telephony device may be mapped to an 
actual resource of the device. The invention can also 

30 arbitrate access to a telephony device, and can route 
data from a telephony device to a specific web applica- 
tion. The invention may also use service plugins to pro- 
vide an interface with web applications. Furthermore, 
the invention allows a web application to be the interface 

35 to another telephony device. 

[0008] Another aspect of the invention provides a sys- 
tem for enabling a web application to control a legacy 
telephone system. The system may comprise a web ap- 
plication for controlling a legacy call server and a legacy 

40 telephony device, a call server wrapper for enabling the 
web application to communicate with the legacy call 
server, and a telephony device wrapper for enabling the 
web application to communicate with the legacy teleph- 
ony device. The system allows a web application to con- 

45 trol the call control functions and service control func- 
tions of the legacy call server and the user interface 
functions of the legacy telephony device. 
[0009] It is to be understood that both the foregoing 
general description and the following detailed descrip- 

50 tion are exemplary and explanatory only and are not re- 
strictive of the invention, as claimed. 

III. BRIEF DESCRIPTION OF THE DRAWINGS 

55 [0010] The accompanying drawings, which are incor- 
porated in and constitute a part of this specification, il- 
lustrate an embodiment of the invention and together 
with the description explain the advantages and princi- 
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pies of the invention. 

FIG. 1 is a block diagram of a system for enabling 
a web application to control the elements of a legacy 
telephone system consistent with the principles of 
the present invention; 

FIG. 2 is a flow chart of steps performed by a call 
server wrapper for enabling a web application to 
communicate with a call server system consistent 
with the principles of the present invention; 
FIG. 3 is a flow chart of steps performed by a te- 
lephony device wrapper for enabling a web applica- 
tion to communicate with a telephony device con- 
sistent with the principles of the present invention; 
FIG. 4 is a block diagram showing a logical config- 
uration of software modules consistent with the 
principles of the present invention; 
FIG. 5 is a diagram of a graphical user interface of 
a web application fo r communicating with a call 
server system; and 

FIG. 6 is a diagram of a graphical user interface of 
a web application for communicating with a call 
server system. 

IV. DETAILED DESCRIPTION 

[001 1] Reference will now be made in detail to an im- 
plementation of the invention as illustrated in the accom- 
panying drawings. In the following description, for pur- 
poses of explanation, numerous specific details are set 
forth in order to provide a thorough understanding of the 
present invention. One skilled in the art, however, will 
realize that the present invention may be practiced with- 
out these specific details. In other instances, standard 
structures and devices are shown in block diagram form 
in order to facilitate description. 
[0012] The present application is related to, and in- 
corporates by reference the U.S. Patent Application of 
K. Scott Ramey, Craig Will, and Larry David entitled 
METHOD, APPARATUS, AND ARTICLE OF MANU- 
FACTURE FOR WEB-ENABLING LEGACY TELEPH- 
ONY DEVICES filed on October 8, 1 999, attorney dock- 
et number 03384.0373-00000 and the U.S. Patent Ap- 
plication of K. Scott Ramey, and Michel Burger entitled 
METHOD, APPARATUS, AND ARTICLE OF MANU- 
FACTURE FOR WEB-BASED CONTROL OF A CALL 
SERVER filed on October 8, 1999, attorney docket 
number 03384.0372-00000. 

[0013] In one embodiment, steps according to the 
present invention are embodied in machine-executable 
software instructions, and the present invention is car- 
ried out in a processing system or systems by a proc- 
essor executing the instructions, as will be described in 
greater detail below. Those skilled in the art will recog- 
nize that other embodiments, for example hardwired cir- 
cuitry, may be used in place of, or in combination with, 
software instructions to implement the present inven- 
tion. 



Definitions 

[0014] As used herein, a legacy telephone system 
can be a Private Branch Exchange (PBX) or other sim- 

5 iiar switching system, and the telephony devices asso- 
ciated with it. The legacy telephone system is controlled 
by a call server system which lacks the ability to com- 
municate over an IP network, such as the World Wide 
Web, with a web application. As used herein, a legacy 

10 telephony device is primarily a voice communication de- 
vice, such as a telephone, designed for use with a leg- 
acy telephone system and which lacks the ability to com- 
municate directly with a web application. Apparatus and 
methods consistent with the principles of the invention 

15 interface an IP network and a legacy telephony system 
which lacks the ability to communicate with applications 
on the IP network. 

[0015] As used herein, call server system is a collec- 
tion of elements, including a call server, that function to 
20 control telephone calls and telephone services offered 
by the legacy telephone system or by a telephone sys- 
tem employing aspects of the present invention. As is 
known in the art, a call server can be implemented in 
many ways, for example as a computer program or ap- 
25 plication, or as hard-wired circuitry. Apparatus and 
methods consistent with the principles of the invention 
act as an interface between an IP network and a legacy 
call server system, which lacks the ability to communi- 
cate with web applications on an IP network. 
30 [0016] Web application, as used herein, is generally 
a computer program or equivalent implementation in 
hardware, or a combination of both, that allows specified 
data to be accessed over an IP network, such as the 
World Wide Web. For example, a web application may 
35 provide the results of a directory lookup, voice messag- 
es, stock quotations, or a streamed audio radio broad- 
cast. A web application may also provide data in the 
form of commands, for example, commands to a call 
server system or a telephony device. A web application 
40 may connect directly to the present invention's applica- 
tion program interface (API), or it may have no inherent 
capability to communicate with the present invention. 

Network Environment 

45 

[0017] FIG. 1 is a system diagram illustrating a net- 
working environment consistent with the present inven- 
tion. One embodiment of the present invention includes 
three components: a call server wrapper 1 67, which en- 
50 ables a legacy call server 165 to communicate with a 
web application, such as web application 110 or 180; a 
telephony device wrapper 140 which enables a legacy 
telephony device 1 35 to communicate with a web appli- 
cation, such as web application 110 or 180; and a web 
55 application, such as web application 110 or 180, which 
communicates with either or both call server 165 and 
telephony device 135. In one embodiment, call server 
wrapper 1 67 is a computer program or application exe- 
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cuting on call server 1 65 and telephony device wrapper 
1 40 is a telephony-device-specific computer program or 
application executing on a terminal proxy server (TPS) 
145. 

[0018] Although telephony device 135 is shown di- 
rectly connected to an IP network 155, telephony device 
1 35 cannot communicate directly with a web application 
such as web application 110 or 180. In the example 
shown in Fig. 1 , telephony device 1 35 is a standard leg- 
acy telephone with the ability to communicate in internet 
protocol, such as a Nortel Model 1 2004 etherphone, but 
it has no knowledge of the API of any web applications, 
nor does a web application have any knowledge of it's 
API. Therefore, they cannot communicate directly. Te- 
lephony device 135 communicates directly only with te- 
lephony device wrapper 140, which has full awareness 
of telephony device 1 35's API. 

[0019] Wrappers 167 and 140 communicate over IP 
network 1 55 and provide API's to web applications con- 
nected to IP network 155 for communicating with call 
server 165 and telephony device 135 respectively. En- 
tities shown connected to IP network 155 can access 
each other in a standard manner, for example using a 
universal resource locator (URL). 
[0020] FIG. 1 depicts two web servers, a web server 
1 05, and a web server 1 85 communicatively connected 
to IP network 1 55. Web server 1 05 and web server 1 85 
make a "41 1 11 directory web application 1 1 0 and a direc- 
tory glue application 1 80 available, respectively, over IP 
network 1 55. Directory glue application 1 80 provides an 
interface between 41 1 directory web application 1 1 0 and 
wrappers 167 and 140, which allows 411 directory web 
application 1 1 0 and wrapper programs 1 67 and 1 40 to 
communicate with each other. Directory glue application 
1 80 may also provide a user interface, such as a graph- 
ical user interface (GUI), for communicating with 411 di- 
rectory web application 1 1 0, wrapper programs 1 67 and 
140, and ultimately with legacy telephony device 135 
and legacy call server 165. In one embodiment, direc- 
tory glue application 180 is a remotely located part of 
wrappers 140 and 167. 411 directory web application 
1 1 0 is merely one example of a web application that the 
present invention enables to inter-work with a legacy tel- 
ephone system. One of ordinary skill intheartwill realize 
that the present invention enables inter-working with 
any web application. 

[0021] In one embodiment, applications, such as 41 1 
directory web application 110 and directory glue appli- 
cation 1 80 are Java applets executable on a web brows- 
er. For example, PC 125 loads a web page including a 
Java applet web application from a web application 
server, such as web server 1 05 or web server 1 85. The 
Java applet web application allows control of call server 
165 and telephony device 135 from the browser of PC 
125. The web application need not be located remotely 
from the web browser; it could, for instance, be hosted 
on PC 125. 

[0022] A user desktop 1 30 comprises PC 1 25 and te- 



lephony device 135. In one embodiment, telephony de- 
vice 135 is a conventional legacy telephone and PC 125 
a conventional PC. Telephony device 135 is convention- 
ally connected to PBX 1 60 through an IP network 1 55. 
5 [0023] TPS 145 is a conventional high-speed server 
computer, such as a workstation. TPS 145 is connected 
to IP network 155. In this embodiment, TPS 145 pro- 
vides a host for telephony device wrapper 140, which 
provides a communication channel between telephony 
device 135 and web entities such as 411 directory web 
application 110. 

[0024] In one embodiment of the present invention, a 
user proxy server 1 1 5 is communicatively connected to 
IP network 155. User proxy server 115 controls access 
to call server wrapper 167 and call server 165. In this 
embodiment, a web application, such as 411 directory 
web application 110 and directory glue application 180, 
communicates with user proxy server 115 instead of call 
server wrapper 1 67 and telephony device wrapper 1 40. 
User proxy server 115 determines the identity and priv- 
ileges of a web application user, and determines wheth- 
er to pass data from the web application to call server 
wrapper 167 and telephony device wrapper 140 based 
on the user's identity and privileges. 
[0025] Call server 165 controls calls and services in 
PBX 160. PBX 160 is connected to PSTN 170, which is 
connected to telephony device 175. As is wellknown in 
the art, call server 1 65 controls the calls and services in 
PBX 160. Telephony device 135 is connected to PBX 
160 and can make and receive calls in a conventional 
manner; the presence of the present invention is trans- 
parent to a user when telephony device 135 is used in 
a conventional manner. In one embodiment, PBX 160 
comprises a conventional legacy PBX, which thus lacks 
the ability to communicate with web applications on IP 
network 155, which could be, for example, the World 
Wide Web. 

Directory Lookup 

[0026] Assume for the purposes of example that te- 
lephony device 1 35 has a two-line LCD display, a speak- 
er, and a handsfree mode. A user at telephone 1 35 wish- 
ing to call a person at telephone 1 75 needs to know the 
telephone number of telephone 1 75. In accordance with 
the principles of the present invention, a user uses 411 
directory web application 1 1 0 to place the call, as will be 
described below. 

[0027] In one embodiment of the present invention, a 
user uses telephone 135 to look up the telephone 
number by accessing 41 1 directory web application 1 1 0 
through telephony device wrapper 140. 411 directory 
web application 1 1 0 and telephony device wrapper 1 40 
allow the user to search the directory using the user in- 
terface available on telephone 135. For example, the di- 
rectory may display two lines at a time on the two line 
display of telephone 135, allowing the user to jump and 
scroll through the directory using the function keypad of 
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telephone 1 35. Once the correct name is found, the user 
may select the corresponding number by, for example, 
pressing a specified keypad button. Telephony device 
wrapper 1 40 forwards the selected number to 41 1 direc- 
tory web application 110. 

[0028] In response to the selection, 41 1 directory web 
application 110 communicates with telephone 135 
through telephony device wrapper 140, commands tel- 
ephone 1 35 into handsfree mode, and activates the tel- 
ephone's speaker. 41 1 directory web application 1 1 0 al- 
so communicates with call server 1 65 through call serv- 
er wrapper 1 67, and commands call server 1 65 to make 
a call connection from telephone 135 to the telephone 
number selected by the user. 

[0029] The user hears telephone 1 35 go offhook, and 
then hears destination telephone 175 ring or return a 
busy signal as the connection is made. Thus, the user 
hears exactly what would be heard if a handsfree call 
had been made by manually dialing with the keypad. 
[0030] In another embodiment of the present inven- 
tion, web application 110 does not communicate directly 
with call server 1 65 through call server wrapper 1 67. In- 
stead, it communicates with user proxy server 115, and 
user proxy server 115 communicates with call server 
1 65 through call server wrapper 1 67. This embodiment 
provides enhanced security because call server wrap- 
per 167 need only accept commands from a particular 
number of known user proxy servers 1 1 5, instead of nu- 
merous telephony devices 135. 

Complimentary User Interface 

[0031] Assume for purposes of example that a user 
at user desktop 130 wishes to call the person at tele- 
phone 175, but does not know the telephone number. 
Assume also that 41 1 directory web application 1 1 0 is a 
legacy web application having no inherent ability to in- 
ter-work with call server wrapper 1 67 and telephony de- 
vice wrapper 1 40. Further assu me that telephony device 
1 35 is a telephone featuring a speaker and a handsfree 
mode, and that PC 1 25 is associated with telephony de- 
vice 135; for example, it knows the IP address and tel- 
ephone number of telephony device 135. 
[0032] To make the call in a conventional architecture, 
the user accesses 41 1 directory web application 1 1 0 us- 
ing PC 125 and searches the directory for the name of 
the person at telephone 1 75. The userthen presses the 
handsfree key on telephone 135 to go offhook, waits for 
a dialtone, and manually enters on the dial keypad the 
telephone number displayed by the GUI of 41 1 directory 
web application 1 1 0. At this point, the user hears desti- 
nation telephone 175 ring or return a busy signal. 
[0033] The present invention implemented using a 
web browser on PC 125 allows the user to place the 
same call without using the user interface of telephone 
1 35. To place the call, the user first downloads directory 
glue application 180 into PC 125 from web server 185 
using a web browser on PC 125. Directory glue appli- 



cation 1 80 is specifically designed to place a call and to 
communicate with 411 directory web application 110, 
call server wrapper 1 67, and telephony device wrapper 
140. Directory glue application 180 runs on the web 
5 browser and provides a GUI on PC 1 25 for presentation 
and control of the functions of directory glue application 
180. 

[0034] Using the GUI on PC 125, the user searches 
a directory provided by 411 directory web application 

10 no. Directory glue application 180 presents the tele- 
phone number associated with each name in a way that 
makes the number selectable, for example, as a hyper- 
link. The user finds the name of the person at telephone 
1 75 and selects the person's telephone number to make 

15 a call, for example, by clicking on the hyperlink. 

[0035] In response to the user's selection, directory 
glue application 1 80 executing on PC 1 25's web brows- 
er initiates a call. Directory glue application 1 80 gets the 
information identifying telephone 135 from PC 125, and 

2 o using call server wrapper 167's API, commands call 
server 165 to make a call connection from telephone 
1 35 to the telephone number selected from 41 1 directo- 
ry web application 110. 

[0036] Call server wrapper 1 67 translates and passes 

25 the call control command and associated data to call 
server 1 65, and translates and passes call server 1 65's 
response, for example, that the call is proceeding, back 
to directory glue application 1 80. Directory glue applica- 
tion 1 80 then updates its browser GUI with the response 

so information. 

[0037] Using a standard device control interface (not 
shown), call server 165 communicates over IP network 
1 55 with telephony device wrapper 1 40. Telephony de- 
vice wrapper 140 is designed to communicate with call 

35 server 165's device control interface. Telephony device 
wrapper 1 40 may be designed to communicate with ap- 
plications in addition to the device control interface of 
call server 1 65, for example by using a plugin designed 
to communicate with a web application. Call server 1 65 

40 sends a command to turn on the handsfree mode of tel- 
ephone 135 and sends appropriate progress data. Te- 
lephony device wrapper 140 translates the command 
and data to a format telephone 1 35 can understand, for 
example H.248 command format, and transmits them to 

45 telephone 135. In response, telephone 135 goes into 
handsfree mode, and the user hears telephone 135 go 
offhook and hears destination telephone 1 75 ring or re- 
turn a busy signal as the connection is made, exactly as 
if the user had made a handsfree call by manually dialing 

50 with the keypad. 

[0038] Once the call is proceeding, it can be controlled 
in a conventional manner via the user interface of tele- 
phone 1 35. In one embodiment of the present invention, 
the call can also be controlled by directory glue applica- 

55 tion 180. For example, directory glue application 180 
monitors the call state through call server wrapper 167 
as the call proceeds. Directory glue application 180 
presents a GUI control, for example, a "hangup" button, 
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for controlling the ongoing call. If the user clicks on the 
hangup button, directory glue application 180 sends the 
appropriate commands to release the call to call server 
1 65 through call server wrapper 1 67. 
[0039] In another embodiment, 411 directory web ap- 
plication 110 is designed with the ability to inter-work 
with the present invention embodied in call server wrap- 
per 167 and telephony device wrapper 140, obviating 
the need for directory glue application 180. 
[0040] The above complimentary user interface ex- 
ample can also be used to illustrate the functioning of 
the present invention embodied with a user proxy server 
115. In the user proxy server embodiment, all direct 
communications to entities connected to IP network 1 55 
are originated by user proxy server 115. For purposes 
of example, in addition to the assumptions above, fur- 
ther assume that telephone 135 was previously regis- 
tered with user proxy server 1 1 5, for example, by auto- 
matic self registration when telephony device wrapper 
140 was initiated, or manual registration by a user at 
desktop 130. Thus, user proxy server 115 is aware of 
how to communicate with telephone 1 35 through teleph- 
ony device wrapper 140. 

[0041] To do a directory lookup, a user at PC 125 first 
registers with user proxy server 1 1 5 using a web brows- 
er. Then the user performs a directory lookup using 41 1 
directory web application 1 1 0 through user proxy server 
115; that is, the user communicates with user proxy 
server 115, which in turn communicates with web server 
105. The response of the directory lookup is received 
by user proxy server 1 1 5, which sends a representation 
of the response to the user at web browser 125, or at 
telephone 135 through telephony device wrapper 140. 
The user can make a call based on the response infor- 
mation, for example the telephone number of the person 
looked up, by using either pc-based web browser 125, 
or telephone 135. 

[0042] In this embodiment, however, the request to 
make a telephone call is transmitted from PC 1 25 ir tel- 
ephone 1 35 to user proxy server 1 1 5, which in turn com- 
municates an appropriate connect command to call 
server wrapper 167. When user proxy server 115 re- 
ceives a response from call server 1 65, it may command 
telephone 135, through telephony device wrapper 140, 
to go off hook and open a media channel for the call. 

Email A Telephone Call 

[0043] A user at user desktop 130 can email a tele- 
phone call to a person at another telephone using the 
present invention. Assume for the purposes of this ex- 
ample that a user at user desktop 130 wishes to email 
a message, including instructions to call back and con- 
firm, to a recipient. Further assume that PC 125 is as- 
sociated with telephony device 135; for example, that it 
knows the IP address and telephone number of teleph- 
ony device 135, and that the recipient has the same 
desktop configuration (not shown) as desktop 130. Fi- 



nally, assume that a mailing web application (not shown) 
is made available over IP network 155 by web server 
185. 

[0044] To email a telephone call, the user at desktop 
5 1 30 loads the mailing web application onto a web brows- 
er executing on PC 1 25 from web server 1 85. The mail- 
ing web application allows the user to include a method 
for activating a telephone call in the email message, for 
example, by using a hyperlink or appending a Java ap- 
10 piet. Using the mailing web application GUI, the user 
creates an email message that concludes, for example, 
the hyperlink "Please call be back to confirm at httpAab- 
cwww\cgi-bin\callme," and sends the message to the re- 
cipient. 

15 [0045] The recipient opens the email message and 
double clicks on the hyperlink to activate a telephone 
call to the user. The hyperlink goes to an IP network ad- 
dress and executes a CGI script on the server for the 
address. The CGI script activates the mailing web ap- 

2 o plication, which places the call by sending appropriate 
commands to call server 165 through call server wrap- 
per 167. 

[0046] Call server 165 causes the recipient's tele- 
phone (not shown) to go offhook, then rings the user's 
25 telephone 135. When the user picks up, the call is es- 
tablished. 

The Call Server Wrapper Program 

30 [0047] In order for a web application and a call server 
to communicate with each other, they must either use 
the same API format or have a translator between API's. 
Apparatus and methods consistent with the principles 
of the present invention translate data transferred be- 

35 tween a web application and a call server system into 
formats compatible with each. 

[0048] FIG. 2 is a flow chart illustrating the steps per- 
formed by call server wrapper program 1 67 of Fig. 1 con- 
sistent with the principles of the present invention. Call 

40 server wrapper program 167 first determines whether 
data was received from a web application (step 215). If 
web application data was received, call server wrapper 
program 1 67 translates the data from web application 
format to call server system format (step 220), and 

45 transmits the translated data to the call server system 
element handling the communication from the web ap- 
plication (step 225). Web application format is a format 
that call server wrapper program 167 can receive and 
understand, which is used by a web application commu- 

50 nicating with call server wrapper program 1 67. Call serv- 
er system format is a format that a call server system 
can receive and understand. Processing then returns to 
determining whether additional web application data 
was received (step 215). 

55 [0049] If web application data is not received (step 
215), call server wrapper program 167 determines 
whether call server data was received from the call serv- 
er system element handling the communication from the 
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web application (step 230). If call server data was re- 
ceived, call server wrapper program 1 67 translates the 
data from call server system format to web application 
format (step 235), and transmits the translated data to 
the web application (step 240). Processing then returns 
to determining whether additional web application data 
was received (step 215). 

[0050] Call server wrapper program 167 handles 
translations between data in a web application format 
and data in a call server format. This allows legacy call 
server systems to interact with web-enabled entities on 
an IP network, such as the World Wide Web. 

Call Server Wrapper - Web Application Interface 

[0051] Call server wrapper program 167 comprises 
two interfaces: a web application program interface 
(API) through which it communicates with a web appli- 
cation executing on PC 125, and a call server system 
interface through which it communicates with an entity 
in call server 1 65. Call server wrapper program 1 67 pro- 
vides a uniform user interface for all types of call server 
systems, such as PBX's, and may be designed to inter- 
face with any model and manufacturer. Thus, call server 
wrapper program 167 allows web applications and call 
server systems to interact with each other without repro- 
gramming either end to provide data in a format specific 
to the other end. 

[0052] The web API of call server wrapper program 
1 67 defines the web application data format. That is, the 
web API specifies the format of the data communicated 
between a web application and call server wrapper pro- 
gram 167. In one embodiment, the web API allows the 
web application data to be in the format of a call control 
command. A call control command causes call server 
1 65 to perform a function which controls a telephone call 
or which returns the status of a telephone call or of call 
server 165. For example, a call control command may 
cause call server 165 to make a connection between 
two telephony devices. 

[0053] In one embodiment, call server control com- 
mands are broken down into primitives. The number of 
primitives may be fewer than the number of call server 
control commands. The web API specifies that the web 
application data be in the form of the primitives. Reduc- 
ing the number of call control commands to a small 
group of primitives simplifies the call server wrapper in- 
terface to web applications. Complex call control func- 
tions are realized by using combinations of the call con- 
trol command primitives. 

[0054] In one embodiment, the web API allows the 
web application data be in the format of a service control 
command. A service control command causes call serv- 
er 1 65 to affect a telephony service for a telephony de- 
vice. For example, the web API may include an add call- 
er id(user) service control command, which enables a 
caller id service for the telephone identified by the user 
parameter. In another example, the web API includes a 



ring(user, ring) service control command, which chang- 
es the ring pattern according to the ring parameter for 
the telephone identified by the user parameter. 

5 Call Server Wrapper - Call Server System Interface 

[0055] The call server system that call server wrapper 
1 67 communicates with defines the call server data for- 
mat. More particularly, the call server system's interface 
10 defines the format requirement of the data communicat- 
ed between call server 1 65 and call server wrapper pro- 
gram 167. The present invention converts data from a 
web application format into a call server system data for- 
mat before transmitting the converted data to the call 
15 server system. 

[0056] Many conventional call server systems have a 
computer telephony interface (CTI) in place for outside 
control of a call server. In one embodiment, call server 
wrapper 1 67 communicates with call server 1 65 in a call 
20 server data format defined by the CTI. 

The Telephony Device Wrapper Program 

[0057] To communicate, a web application such as 
25 41 1 directory web application 1 1 0 and telephony device 
135 must have a communication path between them 
and use the same API or have a translator. Apparatus 
and methods consistent with the principles of the 
present invention provide a communication channel be- 
30 tween a web application and a telephony device and 
translate data transferred between web application and 
a telephony device into formats the APIs of each under- 
stands. 

[0058] Figure 3 is a flow chart of the steps performed 

35 by telephony device wrapper program 140 consistent 
with the principles of the present invention. Telephony 
device wrapper program 140 first determines whether 
any data was received from a web application, for ex- 
ample 411 directory web application 110 (step 315). If 

40 web application data was received, telephony device 
wrapper program 140 translates the data from a web 
API format to a telephony device data format (step 320) 
and transmits the translated data to telephony device 
135 (step 325). Web API format is a format that teleph- 

^5 ony device wrapper program 140 can receive and un- 
derstand, which must be used by a web application com- 
municating with telephony device wrapper program 1 40 . 
Telephony device data format is a format in which the 
telephony device 135 communicates. 

so [0059] If no web application data has been received 
(step 315), telephony device wrapper program 140 de- 
termines whether telephony device data was received 
from telephony device 135 (step 330). If telephony de- 
vice data was received, telephony device wrapper pro- 

55 gram 1 40 translates the data from telephony device data 
format to web API format (step 335) and transmits the 
translated data to 411 directory web application 110 
(step 340). Processing then continues with telephony 
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device wrapper program 140 determining whether web 
application data has been received (step 315). 

Logical Configuration 

[0060] One embodiment of telephony device wrapper 
is composed of logical components as shown in Fig. 4. 
More particularly, the embodiment is composed of a de- 
vice driver 420, a context manager 410, and service 
plugin 430. The software configuration of Fig. 4 is only 
one possible embodiment of elements consistent with 
the principles of the present invention. 

Telephony Device Wrapper - Telephony Device 
Interface 

[0061] Device driver 420 communicates with teleph- 
ony device 425 using a telephony device data format. 
Telephony device 425 defines the requirements of the 
telephony device data format. More particularly, the in- 
terface for telephony device 425 defines the format re- 
quirements of the data communicated between teleph- 
ony device 425 and device driver420. Device driver420 
converts web application data from context manager 
41 0 into a telephony device data format before transmit- 
ting the converted data to telephony device 425. Con- 
versely, device driver 420 converts telephony device da- 
ta from telephony device 425 into a web API format be- 
fore passing the converted data to context manager 
410. 

[0062] The telephony device data formats used by ex- 
isting telephony devices are well- known in the art. Gen- 
erally, telephony devices use a well-defined communi- 
cations protocol such as H.248. In one embodiment, 
context manager 410 communicates directly with te- 
lephony device 425 using the device's native data for- 
mat. 

Telephony Device Wrapper - Web Application 
Program Interface 

[0063] The present invention also provides a simple 
user interface for each telephony device, so that a wide 
variety of web applications can easily access a device 
without knowledge of the telephony device's specific op- 
erating details. Context manager 41 0 contains a teleph- 
ony device wrapper web application program interface 
(API) 415 forcommunicating, either directly or indirectly, 
with a web application. 

[0064] Telephony device wrapper web API 41 5 spec- 
ifies the format of the data communicated between a 
web application, such as web application 445, and the 
present invention. In another embodiment, if a web ap- 
plication such as remote web application 432 cannot 
communicate with the telephony device wrapper web 
API 415 in web API data format, then a service plugin 
430 translates the native data format of web application 
432 into the appropriate web API data format before 



passing the web application's data to telephony device 
wrapper web API 41 5. 

[0065] In one embodiment, wrapper web API 415 us- 
es an abstraction to represent telephony device 425. 

5 The abstraction generalizes the characteristics of a te- 
lephony device resource so that a web application can 
use a resource without knowing specifics of the re- 
source's implementation. A resource of a telephony de- 
vice is any feature or ability of the device that can be 

10 used by a web application. For example, a resource 
could be a handset, a speaker, a two-line LCD display, 
or keypad buttons. An example of an abstraction of a 
resource is to represent a two-line, 28 character, LCD 
display as a general text display resource with no limits 

15 on the number of lines or characters. 

[0066] In another embodiment, the wrapper web API 
415 uses an abstraction to represent a class of teleph- 
ony devices which share similar characteristics. For ex- 
ample, a class of display telephones may include mem- 

2 o ber types that have two line displays, four line displays, 
and four inch by four inch bit-mapped displays. All of 
these similar displays could be represented by an ab- 
straction which defines a general text display resource 
with no limits on the number of lines or characters. 

25 Wrapper web API 415 may use this abstraction to com- 
municate with web applications, hiding the details of the 
actual device display from the web application. 

Context Manager 

30 

[0067] Although an abstraction provides a relatively 
simple API to web applications, the data received 
through an abstracted API generally cannot be directly 
used by a telephony device. In another embodiment, to 

35 alleviate this problem, context manager 410 maps the 
abstract data to the telephony device's actual resourc- 
es. Mapping involves configuring the data transferred 
by remote web application such as remote web applica- 
tion 445, into a form that can be utilized by the telephony 

40 device 425. In an embodiment where telephony device 
wrapper web API 415 uses an abstraction to represent 
a class of telephony devices, the invention keeps track 
of which devices among those in the class are connect- 
ed, and maps web application data according to each 

45 device's actual resources. 

[0068] Telephony device 425 may have several re- 
sources. For example, telephony device 425 may have 
a speaker resource, a two-line display resource, a nu- 
meric keypad resource, and a function keypad resource. 

so in one embodiment, context manager 41 0 arbitrates ac- 
cess to a telephony device's resources so that two or 
more web applications may share the resou rces of a sin- 
gle telephony device. To arbitrate, context manager 41 0 
keeps track of the state of each web application and te- 

55 lephony device resource and prioritizes which web ap- 
plication may use a resource. For example, web appli- 
cation 445 may be using telephony device 425's two- 
line display, when web application 432 tries to write data 
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to the same display. The context manager 41 0 arbitrates 
access to the two-line display, holding the web applica- 
tion 432's data until the first web application finishes us- 
ing the display. 

[0069] For data moving from telephony device 425 to 
a web application, one embodiment of the present in- 
vention routes signals, such as stimulus data coming 
from a telephony device to the web application. In this 
embodiment, context manager 41 0 keeps track of which 
stimulus resources of a telephony device belong to 
which web application, and directs stimulus inputs to 
web applications accordingly. For example, assume 
wrapper web API 415 for telephony device 425 contains 
a speaker resource and a display resource. Web appli- 
cation 445 uses the display resource to show a string of 
real time stock quotes requested by a user. At the same 
time, web application 432 uses the speaker resource to 
stream broadcast news audio. If, for example, the stock 
quotation web application 445 recognizes telehony de- 
vice 425 keypad strokes "#9" as a command to stop pro- 
viding quotations, and the telephony device user press- 
es "#9," then the context manager 410 routes the "#9" 
stimulus data to the stock quotation web application 445 
rather than to the streaming audio web application 432. 

Service Plugins 

[0070] In another embodiment of the invention, where 
a web application such as web application 432 cannot 
communicate with the present invention's telephony de- 
vice wrapper web API 41 5 in web API data format, then 
the present invention provides a service plugin 430 be- 
tween wrapper web API 415 and web application 432. 
Service plugin 430 allows web application 432 and the 
telephony device wrapper web API 41 5 to communicate 
with each other. Service plugin 430 is a telephony-de- 
vice-specific and web-application-specific custom inter- 
face. For example, assume web application 432 is de- 
signed to stream audio to a sound card on the PC host- 
ing the web browser which accessed the web applica- 
tion. Web application 432 does not have information re- 
garding communication with the present invention's 
wrapper web API 415, which includes, for example, an 
abstraction of a telephone audio speaker. To stream au- 
dio data from web application 432 to the telephone's 
speaker, service plugin 430 receives the setup control 
data transmitted by web application 432, converts it into 
API data format, and sends it to telephony device wrap- 
per web API 41 5 for preparing the speaker of telephony 
device 425 to accept a streamed audio connection. 
[0071] In another embodiment, a service plugin 430 
contains a service user interface 435 which provides a 
telephony device-specific user interface for a web appli- 
cation 432. 

[0072] In yet another embodiment, service plugin 430 
is implemented as an optional plugin to the present in- 
vention. The optional plugin is only included if a user 
desires telephony device 425 to communicate with the 



specific web application for which the service plugin is 
customized. In this embodiment, the telephony device 
wrapper provides an execution environment for service 
plugin 430. An execution environment allows a software 

5 application to function on a host system. For example, 
the present invention may provide a JAVA™ virtual ma- 
chine for executing service plugins implemented as 
JAVA™ plugins. A service plugin may be implemented 
to execute on a remote system and communicate with 

10 API 41 5 over a network, without loss of compatibility with 
the present invention. In another embodiment, service 
plugins may interact with each other, as well as with 
wrapper API 415. 

15 Web Application Program 

[0073] As previously mentioned, a web application is 
any entity on IP network 155 capable of providing data 
to either or both call server wrapper 1 67 and telephony 
2 o device wrapper 140. In one embodiment, a web appli- 
cation communicates with a wrapper program using a 
web application data format. 

[0074] Fig. 5 shows an example of a web browser 
graphical user interface 530 on PC 125 for a web appli- 
es cation . A title 510 shows that a user at telephone number 
555-1111 has loaded a directory lookup web application, 
such as 411 directory web application 110 on web 
browser 125. The web application's GUI allows the user 
to select a telephone number 515 from the directory list, 
30 using the cursor 520. If the user clicks on the selected 
number, the web application causes a call to be placed 
(denoted in area 525) by communicating with call server 
1 65 through call server wrapper program 1 67. Web ap- 
plication 1 1 0 directs call server 1 65 to connect the tele- 
35 phone 1 35 at 555-1 1 1 1 to the selected telephone 1 75 at 
555-2222. In one embodiment, web application 110 
communicates call control commands directing call 
server 165 to place the call. In another embodiment, 
web application 1 1 0 commands caller telephone 1 35 to 
40 go offhook and into handsfree mode when a connection 
is made. 

[0075] Fig. 6 shows an example of a web browser 
graphical user interface 630 on PC 125 for a web appli- 
cation. A title 610 shows that a user at telephone number 

^5 555-1111 represented by telephony device 135 is invok- 
ing a telephone services web application (not shown) 
on web browser 125. The web application GUI allows a 
user to add or remove services for their telephone (de- 
noted in area 625). The web application lists the servic- 

50 es available 615 and allows the user to add or remove 
services by clicking on a checkbox 620 using the cursor 
622. If the user clicks a checkbox, the web application 
communicates this change to call server 165 through 
call server wrapper program 167. The web application 

55 directs call server 165 to add the selected service, for 
example speed dialing, to the user's telephone 135 at 
555-1111 . In one embodiment, the web application com- 
municates service control commands to cause call serv- 
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er 1 65 to add or remove the selected service. 
[0076] Other embodiments of the invention will be ap- 
parent to those skilled in the art from consideration of 
the specification and practice of the invention disclosed 
herein. It is intended that the specification and examples 
be considered as exemplary only, with a true scope and 
spirit of the invention being indicated by the following 
claims. 



Claims 

1. A method for web-based control of a legacy tele- 
phone system, comprising: 

enabling a legacy call server to communicate 
with a web application; 

using the web application to control the legacy 
call server; 

enabling a legacy telephony device to commu- 
nicate with the web application; and 
using the web application to control the legacy 
telephony device. 

2. The method of claim 1 , wherein the step of enabling 
the legacy call server to communicate with the web 
application includes: 

providing a communication channel between 
the legacy call server and the web application; 
and 

translating data transferred between the legacy 
call server and the web application. 

3. The method of claim 2, wherein the step of providing 
a communication channel includes: 

using a user proxy server to control access to 
the legacy call server. 

4. The method of claim 1, wherein the step of using 
the web application to control the legacy call server 
includes: 

sending a call control command to the legacy 
call server. 

5. The method of claim 1, wherein the step of using 
the web application to control the legacy call server 
includes: 

sending a service control command to the leg- 
acy call server. 

6. The method of claim 1 , wherein the step of enabling 
a legacy telephony device to communicate with the 
web application includes: 

providing a communication channel between 
the legacy telephony and the web application; 
and 



translating data transferred between the legacy 
telephony and the web application. 

7. The method of claim 6, wherein the step of translat- 
5 ing data transferred between the legacy telephony 

and the web application comprises: 

converting web application data to a legacy te- 
lephony device data format; 
10 and 

converting legacy telephony device data to a 
web API data format. 

8. The method of claim 1 , further comprising: 
15 using a telephony device abstraction. 

9. The method of claim 8, wherein the step of using a 
telephony device abstraction includes: 

using an abstraction for a class of telephony devic- 
20 es. 

10. The method of claim 1 , further comprising: 

routing data transferred between the legacy te- 
25 lephony device and the web application; and 

arbitrating access to the legacy telephony de- 
vice. 

1 1 . The method of claim 1 , further comprising: 
30 providing a service plugin. 

12. The method of claim 11 , further comprising: 

providing an execution environment for the 
service plugin. 

35 

13. The method of claim 1 , further comprising: 

mapping the data to a legacy telephony de- 
vice resource. 

40 1 4. The method of claim 1 , wherein the web application 
is an interface to a telephony device. 

1 5. An apparatus for web-based control of a legacy tel- 
ephone system, comprising: 

45 

means for enabling a legacy call server to com- 
municate with a web application; 
means for using the web application to control 
the legacy call server; 
50 means for enabling a legacy telephony device 

to communicate with the web application; and 
means for using the web application to control 
the legacy telephony device. 

55 16. A computer program product comprising: 

a computer usable medium having computer 
readable code embodied therein for web-based 
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control of a legacy telephone system, including: 
computer readable code for causing a compu- 
ter to enable a legacy call server to communi- 
cate with a web application; 
computer readable code for causing a compu- 5 
ter to use the web application to control the leg- 
acy call server; 

computer readable code for causing a compu- 
ter to enable a legacy telephony device to com- 
municate with the web application; and 10 
computer readable code for causing a compu- 
ter to use the web application to control the leg- 
acy telephony device. 

An apparatus for web-based control of a legacy tel- *5 
ephone system, comprising: 

a digital computer containing a communica- 
tions circuit for enabling a legacy call server to 
communicate with a web application; 20 
a circuit for using the web application to control 
the legacy call server; 

a circuit for enabling a legacy telephony device 
to communicate with the web application; and 
a circuit for using the web application to control 25 
the legacy telephony device. 



vice wrapper further comprises: 

a mapping device for data communicated to 
the legacy telephony device. 

22. The system of claim 18, wherein the web applica- 
tion independently controls a call control function of 
the legacy call server. 

23. The system of claim 18, wherein the web applica- 
tion independently controls a service control func- 
tion of the legacy call server. 

24. The system of claim 18, wherein the web applica- 
tion independently controls a user interface re- 
source of the legacy telephony device. 

25. The system of claim 18, further comprising a user 
proxy for screening access to the call server wrap- 
per. 



18. A system for enabling a web application to control 
a legacy telephone system comprising: 

30 

a web application for independently controlling 
a legacy call server and a legacy telephony de- 
vice; 

a call server wrapper for enabling the web ap- 
plication to communicate with the legacy call 35 
server; and 

a telephony device wrapper for enabling the 
web application to communicate with the lega- 
cy telephony device. 

40 

19. The system of claim 18, wherein the call server 
wrapper comprises: 

a communication channel between the web ap- 
plication and the legacy call server; and 45 
a translator for data transferred between the 
web application and the legacy call server. 

20. The system of claim 1 8, wherein the telephony de- 
vice wrapper comprises: 50 

a communication channel between the web ap- 
plication and the legacy telephony device; and 
a translator for data transferred between the 
web application and the legacy telephony de- 55 
vice. 



21 . The system of claim 1 8, wherein the telephony de- 



11 



EP 1 091 547 A2 




12 



EP 1 091 547 A2 




Fig. 2 

13 



EP 1 091 547 A2 




14 



445 



447 



432 



Remote 
Web 
Application 



430 
435 

415 




Telephony Device Web API 



410 



Context Manager 



420 



I 



425 



Device Driver 

4 



Fin i 



EP 1 091 547 A2 



m 

CM 

loI 







g 








CO 




o 


LO 


"o. 


LO 


CL 


LO 


< 


<5 


CL _Q 


ZJ 


£ 


o 




o 




—I 




tory 


hon 


o 


CL 


CD 


0) 


i— 

b 


Tel 



T 



o 

LO 



c 
o 

O) 
CD 



c 

03 
O) 
<D 

c 






CO 


eg 




CO 


CO 






CM 


CO 


CM 


co 




CM 


CO 




LO 




CM 


CO 


LO 


i 

LO 


LO 


i 

LO 


1 

LO 


LO 


LO 


LO 


LO 


LO 


LO 


LO 


LO 


LO 


LO 



JV 

o 

LL 



CD 
CO 

CD 



C 
CO 

0 



CO 
D 

CD 
O 
_CC 

CL 

O 

i_ 
0) 
_Q 

E 

c 

o 

o 
O 



in 
■ 

LL 



O 
CO 
LO 



16 



EP 1 091 547 A2 



in 

CD 





















in 




LO 




in 




i— 




<D 




£1 




E 








Z 




<D 




C 




o 




-C 




Q. 




O 
























CO 




o 




o 




E 




o 




CO 


o 


s 


T" 




CD 





E 

CO 



eg 

o 
cr 
»— 

o 

E 



— CO 
CO (0 



s 



o 

CM 
CD 



i 3 




.£ 

1 

CD 

O 



0) 

"55 
O 



CD 

.E 
O 

CD 
O 

c 

c 
o 
O 



□ □ □ 



CD 
O 

O 

> 

a 



o 

CO 
CD 



5 



O 



CD 

CD 
> 
O 

E 

9> 



CD 



o 
o 

0) 
-d 
o 

<D 



c 
o 

J* 
o 

O 



CD 



17 



